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FIELD OF THE INVENTION 



10 



The present invention generally relates to 



SONET/SDH network elements and in particular, to a method 
and apparatus for scheduling static and dynamic traffic 
through a switch fabric of a SONET/SDH network element. 



synchronous digital hierarchy ("SDH") network element 

("NE") , traffic flows from ingress line cards ("sources") to 

egress line cards ("destinations") across a switch fabric. 

20 Switch fabrics generally fall into one of two categories. 
The first category is circuit switching. For circuit 
switching, a fixed or static connection or path is 
established for the duration of the transmission. For such 
static connection traffic ("static traffic") , the basic 

25 switching element is typically in terms of bytes of data. 
The second category is dynamic switching. For dynamic 
switching, the connection or path is created dynamically. 
For such dynamic connection traffic ("dynamic traffic") , the 
basic switching element is usually in terms of packets of 

30 data that typically may take different routes to get to 
their destination. 



15 



BACKGROUND OF THE INVENTION 



In a synchronous optical network ("SONET") or 
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The architectures of circuit switching and dynamic 
switching usually lend themselves to different applications. 
Therefore, their implementations are usually very different. 
In certain applications, however, it is desirable to 
5 accommodate both types of traffic through the switch fabric 
of a SONET/SDH NE. 

OBJECTS AND SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present 
10 invention' to provide a method for scheduling static and 
dynamic traffic through a switch fabric. 

Another object is to provide an apparatus for 
scheduling static and dynamic traffic through a switch 
fabric. 

15 Still other objects are to provide methods and 

apparatuses for scheduling traffic flexibly and efficiently 
through a switch fabric. 

These and additional objects are accomplished by 
the various aspects of the present invention, wherein 

20 briefly stated, one aspect of the invention is a method for 
scheduling static and dynamic traffic through a switch 
fabric including one or more switch slices, comprising for 
individual such switch slices: scheduling static traffic by 
reserving time slots for transmitting the static traffic to 

25 at least one destination through a switch slice; and 

scheduling dynamic traffic so as not to be transmitting the 
dynamic traffic to the at least one destination during the 
reserved time slots through the switch slice. 

Another aspect is an apparatus for scheduling 
30 static and dynamic traffic through a switch fabric including 
one or more switch slices. Included in individual ones of 
such switch slices are buffers for storing requests for 
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transmission of dynamic traffic to dynamic traffic 
destinations through the switch slice; a memory storing a 
schedule of static traffic to be transmitted to at least one 
static traffic destination through the switch slice; and a 

5 grant scheduler coupled to the buffers and the memory for 
reserving time slots for transmitting the static traffic to 
the at least one static traffic destination, and scheduling 
selected ones of the requests for transmission of dynamic 
traffic so as not to be transmitting any of the dynamic 

10 traffic to the at least one static traffic destination 
during the reserved time slots through the switch slice. 

Another aspect is a method for scheduling dynamic 
traffic through a switch fabric including one or more switch 
slices, comprising for individual such switch slices: (a) 

15 receiving a plurality of dynamic traffic scheduling requests 
individually having an associated priority, source, and 
destination; (b) incrementing ages of previously received 
and ungranted dynamic traffic scheduling requests 
individually having an associated priority, source, and 

20 destination; (c) generating relative weights for the 

plurality of dynamic traffic scheduling requests and the 
previously received and ungranted dynamic traffic scheduling 
requests based upon their associated priorities and ages; 
and (d) determining a set of dynamic traffic scheduling 

25 requests to be granted from the plurality of dynamic traffic 
scheduling requests and the previously received and 
ungranted dynamic traffic scheduling requests using their 
relative weights such that no two dynamic traffic scheduling 
re q ues ts in the set has the same associated source or 

30 destination. 

Another aspect is an apparatus for scheduling 
dynamic traffic through a switch fabric including one or 
more switch slicea. Included in individual ones of such 
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switch slices are buffers storing requests for transmission 
of dynamic traffic through a switch slice, each of the 
requests having an associated priority, source, destination, 
and age; and a grant scheduler coupled to the buffers for 
5 determining a set of requests to be granted by generating 
relative weights for the requests based upon their 
associated priorities and ages, and determining a set of 
requests to be granted using said relative weights such that 
no two requests in the set has the same associated source or 
10 destination. 

In yet another aspect, a SONET/SDH network element 
comprises: a plurality of line cards; and a plurality of 
switch slices individually coupled to each of the plurality 
of line cards, and individually including means for 

15 scheduling static traffic from one of the plurality of line 
cards to another or the same one of the plurality of line 
cards by reserving time slots for transmitting the static 
traffic through the individual switch slice, and means for 
scheduling dynamic traffic so as not to be transmitting the 

20 dynamic traffic to the another or the same one of the 
plurality of line cards during the reserved time slots 
through the individual switch slice. 

Additional objects, features and advantages of the 
various aspects of the present invention will become 
25 apparent from the following description of its preferred 

embodiment, which description should be taken in conjunction 
with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 FIG. 1 illustrates a block diagram of portions of 

a SONET network element, utilizing aspects of the present 
invention. 



Express Mail No. ET048163816US 



Docket No. ZCOM.003US0 



- 5 - 



FIG. 2 illustrates an example of a unicast request 
format for dynamic traffic. 

FIG. 3 illustrates an example of a multicast 
request format for dynamic traffic. 

5 FIG. 4 illustrates, as an example, a block diagram 

of portions of a switch slice in the SONET network element, 
utilizing aspects of the present invention. 

FIG. 5 illustrates, as an example, an organization 
of request shifters in the switch slice, utilizing aspects 
10 of the present invention. 

FIG. 6 illustrates a timing example of static 
traffic to the switch slice, utilizing aspects of the 
present invention. 

FIG. 7 illustrates, as an example, a static switch 
15 calendar stored in a static scheduler RAM, utilizing aspects 
of the present invention. 

FIG. 8 illustrates, as an example, a TDM schedule 
entry in the static switch calendar, utilizing aspects of 
the present invention. 

20 FIG. 9 illustrates, as an example, a flow diagram 

of a method for scheduling static and dynamic traffic 
through a switch slice, utilizing aspects of the present 
invention. 

FIG. 10 illustrates, as an example, a flow diagram 
25 of a method for determining destination winning requests for 
dynamic traffic through a switch slice, utilizing aspects of 
the present invention. 

FIG. 11 illustrates, as an example, a flow diagram 
of a method for determining source winning requests for 
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dynamic traffic through a switch slice, utilizing aspects of 
the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

5 The following description and claimed invention 

are applicable to both synchronous optical network (SONET) 
and synchronous digital hierarchy (SDH) network elements and 
components- Accordingly, to simplify the following 
description and claims, it is to be understood that the term 

10 SONET, as used herein, shall be interpreted as including 
both SONET and SDH. 

FIG. 1 illustrates a block diagram of portions of 
a SONET NE 100, including switch interfaces 101-106 and 
switch slices 107-108. Switch interfaces 101-103 are 

15 denoted as ingress switch interfaces, because data is 

entering the SONET NE 100 through them. Switch interfaces 
104-106, on the other hand, are denoted as egress switch 
interfaces, because data is exiting the SONET NE 100 through 
them. Switch slices 107-108 form a distributed switch 

20 fabric that routes traffic from the ingress switch 

interfaces 101-103 to the egress switch interfaces 104-106. 
Line cards in the SONET NE 100 typically have both ingress 
and egress switch interfaces. 

Preferably, the switch interfaces 101-106 and the 
25 switch slices 107-108 are coupled together such that each of 
the switch interfaces 101-106 is coupled to each of the 
switch slices 107-108 by coupling respectively corresponding 
transmitting and receiving ports. For example, in FIG. 1, a 
transmitting port of ingress switch interface 101 is coupled 
30 to a receiving port of switch slice 107 as depicted by the 
solid-line arrow between the two, and a receiving port of 
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egress switch interface 104 is coupled to a transmitting 
port of switch slice 107 as depicted by the solid-line arrow 
between the two, where in this case, the solid-lines 
indicate the direction of information flow. 

5 Some of the line cards in a SONET NE are dedicated 

to handling static traffic such as time-division 
multiplexing ("TDM") traffic. Other line cards are 
dedicated to handling dynamic traffic such as asynchronous 
traffic mode ("ATM") or Internet protocol ("IP") traffic. 

10 Still other line cards have the flexibility to handle a mix 
of static and dynamic traffic. 

Regardless of the type of traffic, a cell is the 
basic switching element within the switch fabric. Each cell 
has three sections that are generally independent from one 

15 another. These sections are the control and status section, 
the request/grant section and the payload data unit ("PDU") 
section. By embedding all three of these sections in a 
cell, the number of physical connections between the switch 
interfaces 101-106 and switch slices 107-108 is minimized, 

20 the percentage of the serial line overhead is decreased, and 
the logic that creates and processes information is 
simplified. In operation, cells are continually sent back 
and forth between the switch interfaces 101-106 and switch 
slices 107-108, one after another, once they are in 

25 operation, even if one or more of the sections are not 
valid. 

Each line card handling dynamic traffic must first 
send one or more dynamic traffic scheduling requests to a 
switch slice, and receive a grant back from the switch slice 
30 before it can transmit its dynamic traffic payload in a cell 
to the switch slice. Requests are embedded in the 
request/grant sections of cells traveling from a requesting 
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line card's ingress switch interface to a switch slice, such 
as represented by the solid-line arrow going from the 
ingress switch interface 101 to the switch slice 107. 
Grants, on the other hand, are embedded in the request /grant 
5 sections of cells traveling from a switch slice back to the 
requesting line card's egress switch interface, such as, for 
example, represented by the solid-line arrow going from the 
switch slice 107 to the egress switch interface 104, which 
is assumed in this case to be on the same line card as and 
10 in communication with the ingress switch interface 101. 
Sometimes, a request may not be granted, because of 
scheduling considerations such as higher priorities of other 
^ competing requests. In such cases, no grant is received 

ygr back, and after a period of time, the original request may 

!jf 15 be resubmitted* 

^! There are two basic types of dynamic traffic 

iff scheduling requests. In a unicast request, the requesting 

or source line card's ingress switch interface seeks to 
Q transmit its dynamic traffic payload to a specified 

'tl 20 destination line card's egress switch interface. In one 
|J1 example of this mode, the requesting line card can make a 

rf primary request to send a payload to a primary destination 

as well as a secondary request to send a payload to a 
secondary destination in the same dynamic traffic scheduling 
25 request to a switch fabric • In a multicast request, the 
requesting line card's ingress switch interface seeks to 
transmit its information to multiple specified destination 
line cards' egress switch interfaces. In either type of 
request, a line card's traffic manager cooperating with the 
30 line card's ingress switch interface generally determines 
the destination to be requested and assigns priorities to 
the requests. A dynamic traffic scheduling request as 
referred to herein may include one or more unicast requests, 
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one or more multicast requests, or a combination of unicast 
and multicast requests. 

FIG. 2 illustrates an example of a unicast request 
format as embedded in the request/grant section of a cell. 

5 A first field 201 indicates whether the request is a unicast 
or multicast request. In this case, a w 0" indicates that 
the request is a unicast request. In the same unicast 
request, a primary request is on the left side and a 
secondary request is on the right side. Both requests 

10 include a request valid field (202 and 205, respectively) 
containing an indication of whether or not the request is 
valid. Both primary and secondary requests also have a 
request priority field (203 and 206, respectively) and a 
request label (204 and 207, respectively) . The request 

15 priority field contains the priority for the request as 

assigned by the traffic manager on the requesting line card. 
The request label field contains the number of the unicast 
queue in the requesting line card's ingress switch interface 
that stores the dynamic traffic to be transmitted. Since 

20 the queue structure in the requesting line card is organized 
in this implementation so that a separate unicast queue is 
assigned to each destination line card, the unicast queue 
number in this case also indicates the destination of the 
dynamic traffic being transmitted. 

25 PIG. 3 illustrates an example of a multicast 

request format. A first field 301 indicates whether the 
request is a unicast or multicast request. In this case, a 
"1" indicates that the request is a multicast request. A 
request valid field 302 contains an indication of whether or 

30 not the request is valid. A request priority field 303 

contains the priority for the multicast request as assigned 
by the traffic manager on the requesting line card. A 
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request label field 304 contains a coded number that 
indicates the destinations for that dynamic traffic. Field 
305 is reserved for future use. 

Each line card handling static traffic, on the 

5 other hand, transmits its static traffic payload through its 
ingress switch interface to a switch slice upon receiving a 
grant to do so from the switch slice. The requesting or 
source line card's ingress switch interface in this case, 
does not have to send a scheduling request to the switch 

10 slice. As in the dynamic traffic case, grants are embedded 
in cells traveling from the switch slice to the requesting 
line card' s egress switch interface that communicates the 
grants back to the line card's ingress switch interface. 

Although the simplified SONET NE 100 is useful for 
15 descriptive purposes, a more practical SONET NE typically 
has many more switch interfaces and switch slices. 
Additional details of the operation and components of such a 
SONET NE are described in Application Serial No. 09/847,711, 
filed May 1, 2001, entitled "Multiservice Switching System 
20 with Distributed Switch Fabric", assigned to the same 

assignee as the present invention, and incorporated herein 
in its entirety by this reference. 

PIG. 4 illustrates a block diagram of an apparatus 
for scheduling static and dynamic traffic through a switch 
25 slice. Identical versions of the apparatus are included in 
the switch slice 107 and the switch slice 108. 

A cell input interface 401 has receiving ports 
that receive cells from the ingress switch interfaces 
101-103, and a cell output interface 404 has transmitting 
30 ports that transmit cells to the egress switch interfaces 
104-106. A switch 403 is interposed between the cell input 
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interface 401 and the cell output interface 404 to switch 
traffic to proper destinations. 

Grant request information is retrieved from the 
grant/request section of received cells by the cell input 

5 interface 401. The cell input interface 401 sends the coded 
number stored in the request label field of each received 
request to a request label control 409. If the request is a 
multicast request, the request label control 409 decodes 
information in the request label field using information 

10 stored in a multicast mask random-access-memory ("RAM") 410. 
The number of combinations of multiple destinations in this 
case depends upon the size of the multicast request label 
304 and depth of the multicast mask RAM 410. After 
determining the destinations for the dynamic traffic 

15 scheduling requests, the request information is then 

forwarded to request shifters 402 where they are stored. 

A clock 405 generates a clock signal that defines 
the cell transfer clock cycle of the switch slice, as used 
throughout the switch slice. Upon each such clock cycle, 

20 the dynamic traffic scheduling requests remaining in the 
request shifters 402 are shifted up one level. Since 
granted requests are removed by a grant scheduler 406 from 
the request shifters 402, only ungranted requests remain. 
Thus, by inspecting the level of a dynamic traffic 

25 scheduling request, the age of that request may be 

determined by the number of cell transfer clock cycles that 
have passed without the request being granted. Upon 
reaching a certain age, or in this case, upon reaching the 
end of its respective request shifter, a request expires by 

30 being pushed out of its respective request shifter. 

The request shifters 402 include one request 
shifter or first-in-first-out ("FIFO") buffer for each 
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source line card. FIG. 5 illustrates an example of the 
organization of dynamic traffic scheduling requests 501-506 
in one such request shifter. In this example, new dynamic 
scheduling requests enter on the bottom, and rise up one 

5 level each cell transfer clock cycle. A marker field is 
included next to each request so that the grant scheduler 
406 can indicate winning requests that are available to be 
granted. Although all entries in the request shifters 402 
include valid data in this example, it is to be appreciated 

10 that in practice, entries including invalid data or holes 
commonly occur as requests are granted or if requests are 
not made during certain cell transfer clock cycles. 

Pointers 412 include a plurality of unicast 
pointers one for each destination line card's egress switch 

15 interface, and a global multicast pointer. Each of the 
unicast pointers indicates the last source line card's 
ingress switch interface that had a request granted to the 
pointer's associated destination line card's egress switch 
interface. For example, if ingress switch interface 101 had 

20 been the last source line card's ingress switch interface to 
be granted a dynamic traffic scheduling request to a 
destination line card's egress switch interface 105, then 
the pointer associated with egress switch interface 105 
would be indicating ingress switch interface 101. The 

25 global pointer, on the other hand, indicates a source line 
card's ingress switch interface that is being pointed to in 
a predefined sequence with the pointer incremented to the 
next source line card's ingress switch interface in the 
sequence each cell transfer clock cycle in a wrap-around 

30 fashion. For example, with the three ingress switch 
interfaces of PIG. 1, the predefined sequence may be a 
repetitive sequence of ingress switch interfaces 101, 102 
and 103, so that if the global pointer is indicating ingress 
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switch interface 101, then in the next cell transfer clock 
cycle, it would indicate ingress switch interface 102, and 
so on. After pointing to ingress switch interface 103, the 
pointer would next wrap-around back to ingress switch 

5 interface 101. 

The configuration register 411 is programmable to 
store a unicast/multicast indication that indicates the 
preference or priority unicast versus multicast requests. 
For example, if a binary value "00" is stored in the 

10 configuration register 411, then unicast requests would be 
given a higher priority than multicast requests. If a 
binary value "01" is stored in the configuration register 
411, then multicast requests would be given a higher 
priority than a unicast requests. If a binary value "10" is 

15 stored in the configuration register 411, then unicast 
requests would be given the same priority as multicast 
requests. Although shown as a single register, the 
configuration register 411 may also comprise multiple 
registers to provide, for example, a weighted multicast- 

20 unicast priority. In such a multiple register 

configuration, for example, each register may be associated 
with a different time slot so that eight such registers 
could be programmed for eight successive time slots. As an 
example, by programming each of the first three registers 

25 with a binary value "00" and each of the remaining five 
registers with a binary value "01", then unicast requests 
will be given priority 3/8 of the time and multicast 
requests will be given priority 5/8 of the time in this 
case. 

30 In this example, the configuration register 411 

may be programmed either externally or internally of the 
switch slice such that if the switch slice has been 
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receiving more unicast requests than multicast requests, 
then unicast requests are given preference over multicast 
requests by storing the binary value "00" in the 
configuration register 411. On the other hand, if the 

5 switch slice has been receiving more multicast requests than 
a unicast requests, then multicast requests are given 
preference over unicast requests by storing the binary value 
"01" in the configuration register 411. Finally, if the 
switch slice has been receiving approximately equal numbers 

10 of multicast and unicast requests, then the binary value 
"10" is stored in the configuration register 411. 
Alternatively, as another example, programming of the 
configuration register 411 may be based upon percentages of 
unicast and multicast requests that are aged out (i.e., 

15 expire) without being granted, instead of the above- 
described percentages of unicast and multicast requests 
received. 

A static scheduler 407 receives information about 
line cards that have been configured to handle static 

20 traffic, generally, at the time that the line cards are 
installed in the SONET NE 100, such as at system 
configuration time. Alternatively, the configuration 
information may be received or modified at run time. In the 
case where the static traffic being handled is TDM traffic, 

25 static scheduling is done in sets of twelve consecutive cell 
transfers. In order to allow dynamic traffic to also get a 
chance to be sent to the same destination as the static 
traffic, a dynamic traffic time slot ("DTS") may be 
programmably reserved for a cell transfer clock cycle 

30 following one or more sets of twelve consecutive cell 
transfers. As an example, FIG. 6 illustrates a timing 
diagram for TDM traffic with a DTS inserted between each set 
of twelve consecutive cell transfers. Other possible 



Express Mail No. ET04 8163816US 



Docket No. ZCOM.003US0 



- 15 - 



arrangements include inserting a DTS after each two sets of 
twelve consecutive cell transfers, or after each three sets 
of twelve consecutive cell transfers. Each cell transfer 
clock cycle is referred to as a time slot, such as time 
5 slots 0-11 (TS0-TS11) in FIG. 6. 

Information about the static traffic is stored by 
the static scheduler 407 in the form of a static switch 
calendar in a static scheduler RAM 408, and information 
about the periodicity of a DTS is programmed into the static 
10 scheduler 407 or the grant scheduler 406 through a static 
switching concentration code. As an example, FIG. 7 
illustrates a static switch calendar 700 showing 768 entries 
O at word addresses 0-767. In this example, 64 sources are 

51 accommodated so that the first 64 word addresses are 

IB 15 reserved for possible TDM schedule entries from each of the 
Jj 64 sources (SOURCE0-SOURCE63) for the first time slot (TSO), 

U1 the next 64 word addresses are reserved for possible TDM 

schedule entries from each of the 64 sources for the second 
O time slot (TS1) , and so on, until the last 64 word addresses 

ji\ 20 that are reserved for possible TDM schedule entries from the 

ifi 64 sources for the twelfth time slot (TSll) . FIG. 8 

O 

y: ;: illustrates fields of representative TDM schedule entry 701 

in the static switch calendar 700. In a VALID field, 
storing a "1" or a w 0" indicates whether the entry is valid 

25 or not. Up to two destinations for the TDM cell may be 
specified. The first destination is specified in the 
DESTINATION PORT1 field, and the second destination is 
specified in the DESTINATION PORT 2 field. If only one 
destination is desired, then both fields will contain that 

30 destination. A CHANNEL NUMBER field stores an associated 
channel number for the TDM cell. The channel number is 
embedded in the grant request issued to the TDM line card 
associated with the requesting source, so that TDM data from 
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the appropriate channel buffer is transmitted back to the 
switch slice . 

The grant scheduler 406, static scheduler 407, and 
the request label control 409 are preferably implemented by 

5 hard-wired logic circuitry to minimize their physical size 
and maximize their speed performance. Alternatively, other 
well known structures for implementing these functions may 
also be used such as one or more processors in conjunction 
with software or firmware. 

10 FIG. 9 illustrates a flow diagram of a method 

performed by apparatuses such as described in reference to 
FIG. 4 for scheduling static and dynamic traffic through a 
switch fabric. In 901, the cell input interface 401 
receives dynamic traffic scheduling requests from ingress 

15 switch interfaces of the line cards. Also, the clock 405 

and the request shifters 402 work together to age previously 
received and not granted dynamic traffic scheduling 
requests, and discard expired dynamic traffic scheduling 
requests to define active dynamic traffic scheduling 

20 requests for a switch slice in the switch fabric. In 902, 
the static scheduler 407 checks the static switch calendar 
stored in the static scheduler RAM 408 and provides the 
static traffic information along with the DTS information 
programmed into the static scheduler 407 through a static 

25 switching concentration code, to the grant scheduler 406. 

The grant scheduler 406 then schedules the static traffic by 
reserving time slots for transmitting the static traffic 
through the switch slice to the at least one destination 
specified in the corresponding TDM schedule entry. One way 

30 that it may do this is to give the static traffic a highest 
relative weight, so that no dynamic traffic scheduling 
request will ever be able to succeed in replacing it or 
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stealing its time slot for its destination or from its 
source. 

In 903-908, the grant scheduler 406 then schedules 
the dynamic traffic so as not to be transmitting the dynamic 
5 traffic through the switch slice to the same destinations 
for the static traffic during the time slots reserved for 
the static traffic. In 903, a counter N is initialized to 
the integer 1. In 904, the grant scheduler 406 determines 
destination winning dynamic traffic scheduling requests for 

10 available destinations. The available destinations are all 
destinations that are not reserved for static traffic for 
the time slot being scheduled. Since only one cell can be 
transferred through a switch slice to a given destination 
during a cell transfer clock cycle, only one static or 

15 dynamic traffic scheduling request for that destination can 
be a winner for a given time slot or cell transfer clock 
cycle. FIG. 10 illustrates one method for performing 904. 

In 905, the grant scheduler 406 then determines 
source winning dynamic traffic scheduling requests from the 

20 destination winning dynamic traffic scheduling requests. 

Since a source can only transfer one cell to a switch slice 
during a cell transfer clock cycle, only one traffic 
scheduling request, static or dynamic, from that source can 
be a winner for a given time slot. Therefore, if two 

25 destination winning dynamic traffic scheduling requests come 
from the same source, one of those two requests will survive 
as a source winner and the losing one will not be considered 
a valid request for the time slot or cell transfer clock 
cycle being scheduled. PIG. 11 illustrates one method for 

30 performing 905. 

In 906, the grant scheduler 406 then marks the 
source winning dynamic traffic scheduling requests by 
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updating their marker fields in the request shifters 402. 
If any destination winning dynamic traffic scheduling 
requests were effectively deleted by no longer being 
considered a valid request for the time slot being scheduled 
5 as a result of 905, then those destinations become 
available, and 903-908 are repeated multiple times as 
specified by the integer X to schedule dynamic traffic to 
those available destinations. In 909, the grant scheduler 
406 then grants the requests indicated by marked entries in 

10 the request shifters 402 by transmitting grants through the 
cell output interface 404 to the winning source line cards' 
egress switch interfaces in the grant/request section of 
cells. The source winning dynamic traffic scheduling 
requests are then marked invalid in their respective VALID 

15 fields such as 202, 205 or 302 in their respective entries 
such as 501-506 in the request shifters 402, so that they 
will no longer be considered in scheduling traffic for 
subsequent time slots. 

FIG. 10 illustrates a flow diagram of a method for 
20 determining destination winning requests for dynamic traffic 
through a switch slice in a destination round-robin 
tournament fashion that is suitable for performing 903 in 
FIG. 9. In 1001, the destination is initialized as the 
first available destination in ordered sequence. In 1002, 
25 the grant scheduler 406 searches the request shifters 402 

for a request having the current destination. In 1003, if a 
request having the current destination is not found, then 
the grant scheduler 406 goes to 1004 to determine whether 
the current destination is the last destination in ordered 
30 sequence. If it is, then the grant scheduler 406 proceeds 
to 905 in the method described in reference to FIG. 9. On 
the other hand, if it is not the last destination in ordered 
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sequence, then the grant scheduler 406 goes to 1005 to 
increment the destination to the next available destination 
in ordered sequence, and then jumps back to 1002, to once 
again search for a request with the current destination. 
5 On the other hand, if a request having the current 

destination was found in 1002, then in 1006, the grant 
scheduler 406 continues to search the request shifters 402 
until it finds another active request having the current 
destination. In 1007, if after doing so, there is no other 
10 active dynamic traffic scheduling request having the current 
destination, then the originally retrieved dynamic traffic 
scheduling request is declared a destination winner in 1008, 
O and the grant scheduler 406 goes back to 1004 to either 

m proceed to 905 or 1005 as previously described. 

tp 15 On the other hand, if there is another active 

nJ dynamic traffic scheduling request having the current 

I! destination, then in 1009-1013 the grant scheduler 406 

!L determines the winner between the two pending dynamic 

55 traffic scheduling requests. As can be appreciated, 

fi 20 however, the invented method is not restricted to the order 
Q that 1009-1013 is performed, nor is it restricted to having 

to perform all parts of 1009-1013. The key to this phase of 
the method is that some sort of rational and effective 
criteria be used to select a winner between the two pending 
25 dynamic traffic scheduling requests having the same 
associated destination. 

In 1009, the grant scheduler 406 determines which 
of the two pending dynamic traffic scheduling requests has 
the larger relative weight. The relative weight in this 
30 case is a quantitative criterion that takes into account 
various important factors such as the priority of the 
request, whether the request is a unicast or a multicast 
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request f the age of the request , and whether the request is 
a primary or a secondary request. Each of these factors can 
be determined as previously described from information in 
the request shifters 402. 

5 The relative weight is then generated for each of 

the dynamic traffic scheduling requests, for example, by 
concatenating the priority, a unicast/multicast indication, 
the age, and a primary/secondary indication such that the 
priority is positioned in the most significant bit locations 
10 to give it the largest weight, the unicast/multicast 

indication is positioned in the next lower most significant 
bit location (s) to give it the second largest weight, the 
f^i age is positioned in the next lower most significant bit 

M3 locations to give it the third largest weight, and the 

ip 15 primary/secondary indication is positioned in the least 

significant bit locations to give the least weight (i.e., 
Ill priority>unicast/multicast>age>primary/ secondary) . 

2" The unicast/multicast indication is determinable 

Q from information in the configuration register 411 and the 

fy 20 request shifters 402. For example, if the configuration 

■ register 411 indicates that unicast requests are to be given 

jM? preference over multicast requests, and the request is a 

unicast request, then the unicast/multicast indication is a 
v 'l". On the other hand, if the request is a multicast 
25 request, then the unicast/multicast indication is a w 0". In 
this way, the unicast request may be given a higher weight. 
For the primary/secondary indication, it is assumed that the 
primary request is to be given preference over the secondary 
request, so that a primary request will result in a 
30 primary/secondary indication of w l" and a secondary request 
will result in a primary/secondary indication of M 0". 
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If there is a winner in 1009, then the grant 
scheduler 406 performs 1010, in which it keeps the winning 
dynamic traffic scheduling request and drops the loser. The 
grant scheduler 406 then goes back to 1006 to search the 

5 request shifters 402 for another active request having the 
current destination . 

If there is a tie in 1009, however, then the grant 
scheduler 406 breaks the tie by performing 1011-1013. In 
1011, the grant scheduler 406 first determines whether the 

10 pending requests are both unicast or both multicast 

reqU ests. Note that if one of the requests is a unicast 
request and the other is a multicast request, then there 
cannot be a tie since the unicast/multicast indication would 
require a winner in that case. The grant scheduler 406 

15 determines whether a request is a unicast request or a 

multicast request by reading the unicast/multicast bit in 
their request entries. In this regard, it is noted that the 
unicast/multicast bit 201 in the unicast request depicted in 
FIG. 2 is a "0", whereas the unicast/multicast bit 301 in the 

20 multicast request depicted in FIG. 3 is a "1". 

If the grant scheduler 406 determines that both 
requests are unicast requests, then in 1012, it selects as 
the winner, the dynamic traffic scheduling request having an 
associated source that is closest in ordered wrap-around 

25 sequence after a source from which a request had most 

recently been granted to the same associated destination of 
the two vying requests. The source from which a request had 
most recently been granted to the same associated 
destination can be determined by reading the unicast pointer 

30 for that destination, which is one of the pointers 412 
previously described in reference to FIG. 4. 
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The associated source closest after in wrap-around 
sequence to the source indicated in the unicast pointer is 
determined according to a predetermined sequence of the 
associated sources. Where the sources are numbered, this 
would simply be the next numbered source. For example, if 
the unicast pointer indicates a source 6, and the two vying 
dynamic traffic scheduling requests have associated sources 
4 and 10, then the one with the associated source 10 would 
be declared the winner. On the other hand, if the unicast 
pointer indicates a source 11, and the two vying dynamic 
traffic scheduling requests have associated sources 4 and 
10, then the one with the associated source 4 would be 
declared the winner, because of wrap-around. 

On the other hand, if both requests are multicast 
requests with equal weight, then in 1013, the grant 
scheduler 406 selects as the winner, the dynamic traffic 
scheduling request having an associated source that is 
closest after a source indicated by a global pointer, which 
is one of the pointers 412 described in reference to FIG. 4. 

To determine the associated source closest after 
the source indicated by the global pointer, the predefined 
sequence used to increment the pointer is used. For 
example, if the sources are numbered sequentially, and the 
predefined sequence is to increment the source indicated by 
the pointer in the same sequence, then if the global pointer 
is pointing to source 6, and the two vying requests have 
associated sources of 4 and 10, then the dynamic traffic 
scheduling request having the associated source of 10 will 
win in this case. On the other hand, if the global pointer 
is pointing to source 11, and the two vying requests have 
associated sources of 4 and 10, then the dynamic traffic 
scheduling request having the associated source of 4 will 
win this time, because of wrap-around. 
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After selecting the winner, the grant scheduler 
406 then performs 1010, in which it keeps the winning 
dynamic traffic scheduling request and drops the loser. The 
grant scheduler 406 then goes back to 1006 and continues 

5 looping through 1006-1013 until a destination winner for the 
current destination is declared in 1008. Thereupon, the 
grant scheduler 406 goes to 1004 and continues looping 
through 1002-1013 until all available destinations that have 
been requested by dynamic traffic scheduling requests stored 

10 in the request shifters 402 have declared destination 
winners . 

FIG. 11 illustrates a flow diagram of a method for 
determining source winning requests for dynamic traffic 
through a switch slice in a source round-robin tournament 

15 fashion, suitable for performing 905 and 906 in FIG. 9. In 
1101, the current source is initialized as the first source 
in ordered sequence. In 1102, the grant scheduler 406 
searches among the destination winning dynamic traffic 
scheduling requests until it finds one from the current 

20 source. In 1103, if a request from the current source is 
not found, then the grant scheduler 406 goes to 1104 to 
determine whether the current source is the last source in 
ordered sequence. If it is, then the grant scheduler 406 
proceeds to 908 in the method described in reference to FIG. 

25 9. On the other hand, if it is not the last source in 

ordered sequence, then the grant scheduler 406 goes to 1105 
to increment the source indicator to the next source in 
ordered sequence, and then jump back to 1102, to once again 
search among the winning destination dynamic traffic 

30 scheduling requests for a request from the then current 
source . 
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On the other hand, if a request from the current 
source was found in 1102, then in 1106, the grant scheduler 
406 continues to search among the destination winning 
dynamic traffic scheduling requests for another active 
request from the same source. In 1107, if after doing so, 
there is no other destination winning dynamic traffic 
scheduling request with the same associated source, then the 
originally retrieved destination winning dynamic traffic 
scheduling request is marked a source winner in 1108 by 
appropriately marking its marker field, and the grant 
scheduler 406 goes back to 1104 to either proceed to 908 or 
1105 as previously described. 

On the other hand, if there is another destination 
winning dynamic traffic scheduling request with the same 
associated source, then in 1109, the winner between the two 
pending dynamic traffic scheduling requests is determined by 
their relative weights in the manner described in reference 
to 1009 in FIG. 10. Note that there is no need for a tie- 
breaker such as performed in reference to 1010-1013 in FIG. 
10, since the age and the primary/secondary indicators are 
guaranteed to be different in this case. In 1110, the 
winning dynamic traffic scheduling request is kept, and the 
losing request is then marked inactive by the grant 
scheduler 406 for the remainder of the cell transfer clock 
cycle being scheduled, so that it doesn't win a destination 
that another source could when repeating 904 in the method 
described in reference to FIG. 9. 

The grant scheduler 406 then goes back to 1106 and 
continues looping through 1006-1110 until a source winner 
for the current source is declared and marked in 1108. 
Thereupon, the grant scheduler 406 goes to 1104 and 
continues looping through 1102-1110 until no two of the 
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remaining destination winning dynamic traffic scheduling 
requests have the source. 

Although the various aspects of the present 
invention have been described with respect to a preferred 
embodiment, it will be understood that the invention is 
entitled to full protection within the full scope of the 
appended claims. 
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